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PRELIMINARY AMENDMENT 
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Sir: 

Prior to examination on the merits, please amend this application as follows: 
In the Specification: 

Page 1, before the first paragraph, please delete the following: 
Description 



Page 1, between lines 4 and 5, please insert the following headings and paragraph: 

CLAIM FOR PRIORITY 
This application claims priority to International Application No. PCT/DE00/02827 which 
was published in the German language on August 18, 2000. 
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Please replace the paragraph beginning line 5 of page 1 with the following rewritten paragraph: 

The invention relates to a method and a communications system for data realignment, and 
in particular, by a management network which has at least two management levels. 

Page 1, between lines 13 and 14, please insert the following heading: 

BACKGROUND OF THE INVENTION 

Please replace the consecutive paragraphs beginning at line 14 of page 1 with the following 
rewritten paragraphs: 

The principles of a management network, which are also referred to as TMN principles 
(TMN: Telecommunications Management Network), define a number of management levels for 
the management of a communications system (e.g. of a mobile communications system) in 
which each level has two functions. In the managing system, each level except for the lowest 
level has a manager function for the level below it. In the managed system, each level apart from 
the uppermost level has an agent function for the next-higher level. 

Fault management is, for example, an important part of TMN management. As a rule, the 
agent in this case plays the active role, by identifying fault events in good time and accurately to 
its own management level and by transmitting event reports (for example alarm reports) to the 
manager of the next-higher level. The transmission of event data from the agent to the manager 
is not critical, provided there is no disturbance to the communication mechanism between these 
systems. If the link between the two management levels, e.g. between agent and manager, is no 
longer ensured for a certain time, the agent must temporarily store the events which have 
occurred during this interval. This ensures that, once the communications capability has been 
restored, the manager is first provided as quickly as possible with an overview of the current 
network state, for example for active alarms in the form of a list. Secondly, the manager can 
build up a history of the events (event history) with as few gaps as possible, for example a 
history of both the active alarms and the cleared alarms. 

To this end, data realignment is carried out between the agent and manager whenever a 
new connection is set up after a connection termination or after initialization of the agent or of 
the manager. All alarm data for active alarms for which faults in the agent have not yet been 
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rectified - identifiable from the fact that they are not identified as cleared alarms - must be made 
available to the next-higher management level completely and as quickly as possible. 

Please replace the paragraph beginning line 1 1 of page 3 with the following rewritten paragraph: 
Since the alarm data realignment process is controlled by the manager as a function of at 
least one parameter sent to the agent, the alarm data realignment for the manager can be 
configured with respect to the basic functionality. This means that it is no longer essential for the 
agent to send all the active alarms, but only those which are defined in more detail by the 
transmitted parameters. This provides the manager with a selection function for a subset from all 
the alarms. Standardized messages are used for this purpose. 

Please replace the paragraph beginning line 31 of page 3 with the following rewritten paragraph: 
In a multimanager environment, the agent must be able to cope with tasks from a number 
of managers, even at the same time. On the other hand, a manager can carry out its function 
optimally only when all the relevant events (event reports) are received as quickly as possible 
from the lower-level agents. In normal conditions, e.g. when the communication between an 
agent and a manager, or agents and managers, is functioning, this is done by using an event 
reporting mechanism. In this case, after identifying an event, the agent generates a corresponding 
message. In addition to the alarm messages, these are, for example, messages or notifications 
relating to a state change, object creation, object deletion or attribute value changes (attribute 
value change notification). These messages are sent to event forwarding discriminators, so-called 
EFDs, which may be located in the agent. 

Please replace the paragraph beginning line 26 of page 4 with the following rewritten paragraph: 
As described, there are various situations in which general data realignment is necessary, 
alarms, states, configuration changes between a manager or managers and an agent or agents, 
going beyond the normal event reporting mechanism, for example after a connection has been 
cleared or after initialization of the agent or manager. This alignment is generally started in 
response to a manager request. 
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Please replace the consecutive paragraphs beginning at line 7 of page 6 with the following 
rewritten paragraphs: 

Until now, there have been two fundamental types of data realignment or alignment 
methods: 

a) The manager sends a request (M-ACTION request in accordance with ITU-T Standard 
X.710) to the agent, containing the alignment parameters and a unique number. First, the agent 
sends a so-called start alignment notification - for the correlation of all the notifications sent 
using the alignment method with the manager request. Then the agent sends the alignment 
notification to all the EFD instances. The end of the alignment procedure is signaled to the 
manager by means of a CMISE-standardized M-ACTION response, or by means of a separate 
end alignment notification (CMISE: Common Management Information Service Element). 

This method, which is already used in mobile radio systems, has disadvantages^ since non- 
standardized notifications (start alignment/ end alignment) are introduced. Furthermore, in a 
multimanager environment, the notifications which are sent using a specific alignment process 
are also disadvantageous^ received by all the other managers. This results in unnecessary 
notifications and notifications received more than once. The above criteria 1 and 8 are thus not 
satisfied. 

b) The manager sends a request, a CMISE-standardized M-ACTION request, which 
contains the alignment parameters, also including the filter criteria for this alignment procedure. 
In this case, the agent must first determine the notifications which correspond to those criteria. 
The agent then forms an M-ACTION response with all these notifications, and sends this to the 
request originator or manager. 

This method likewise has disadvantages, since it means a specific implementation, because the 
agent must first check all the potential notifications in accordance with the filter criteria 
contained in the M-ACTION request. This leads to the alignment procedure lasting for a longer 
time. Furthermore, the alignment notifications do not use the same filters with regard to the event 
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report or event reporting (in the EFD) and with regard to the event logging (LOG) as the normal 
notifications. In consequence, the above criteria 1, 5 and 6 are not satisfied. 

Page 7, between lines 18 and 19, please insert the following heading and paragraph: 

SUMMARY OF THE INVENTION 
In one embodiment of the invention, there is a system and method of data realignment by 
a management network having at least two management levels. Alarm data for active alarms is 
transmitted as, for example, generic alarm data realignment between an agent in one 
management level and a manager in a next-higher management level 

Please delete the paragraph beginning at line 19 of page 7 in its entirety. 
Please delete the paragraph beginning at line 26 of page 7 in its entirety. 

Please replace the consecutive paragraphs beginning at line 32 of page 7 with the following 
rewritten paragraphs: 

In one aspect of the method, there is a generic method for carrying out an alignment 
procedure. This means, in particular, that it is independent of the transmitted information and 
manager/agent implementations. 

No additional notifications that have not yet been defined in the Standards are required. 
This means simple implementation, compliant with the Standards, in the agent, and simple 
correlation in the manager between the request and alignment notifications. 

Interposition of the filter units between the actual functional units of managers and agents 
reduces the load on them in favor of their routine tasks. There is no longer any need for 
autonomous filter functions for associating data realignment data with specific managers, in the 
managers and agents. 

Page 8, between lines 23 and 24, please insert the following heading: 

BRIEF DESCRIPTION OF THE DRAWINGS 

Please replace the paragraph beginning line 24 of page 8 with the following rewritten paragraph: 
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The invention will be explained in more detail in the following text using exemplary 
embodiments and with reference to the figures, in which: 

Figure 1 shows a block diagram of a management network for a mobile communications 
system with an agent-manager relationship between an operation and maintenance center and 
one or more network management centers. 

Figure 2 shows a block diagram of the management network as shown in Figure 1, with an 
agent-manager relationship between a base station system and an operation and maintenance center 
for carrying out at least two applications for the base station system. 

Figure 3 shows a block diagram of agents and managers for dealing with events for data 
realignment processes that are carried out in parallel or sequentially. 

Figure 4 shows a message flow between a manager and the agent for controlling the data 
filtering, using the example of alarms for data realignment. 

Page 9, between lines 10 and 11, please insert the following heading: 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Please replace the consecutive paragraphs beginning at line 1 1 of page 9 with the following 
rewritten paragraphs: 

The exemplary embodiment describes the invention on the basis of an example of a TMN 
concept for the management of a mobile communications system which has, by way of example, 
network elements for a mobile radio network in accordance with the UMTS or GSM Standard. 
However, the concept is not restricted to mobile radio networks but can be applied to 
telecommunications networks of any type which use a TMN management network or the like. 

A mobile communications system is a hierarchically subdivided system of different 
network elements, in which the lowermost hierarchy level is formed by the mobile stations. 
These mobile stations communicate via a radio interface with radio stations which form the next 
hierarchy level and are referred to as base stations. The base stations, which, for example, supply 
mobile stations in a radio area of a radio cell, are preferably combined in order to cover a 
relatively large radio region, and are connected to higher-level network elements, the base station 
controllers. The base stations and base station controllers are part of a base station system (base 
station subsystem) in the mobile communications system. The base station controllers 
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communicate via defined interfaces with one or more switching centers, the mobile switching 
centers, via which, handovers to other communications networks are also handled. The mobile 
switching centers together with a number of databases form the switching system (switching 
subsystem) of the mobile communications system. 

In addition to the above network elements, there are one or more operation and 
maintenance centers which are used for configuring and monitoring the network elements. 
Monitoring measures and configuration means are for this purpose generally remotely controlled 
from the operation and maintenance center, and the operation and maintenance centers are 
normally arranged in the area of the mobile switching centers. An operation and maintenance 
center in this case communicates with each base station system or switching system via a defined 
interface. The operation and maintenance system has the further task of carrying out 
configuration management which, in addition to fault management, represents one of five 
management functional areas which identify the TMN principles. Configuration management 
defines a range of services which allow the structure to be changed, and hence allow the 
behavior of a telecommunications network to be changed, by the operator. These services always 
relate to instances of managed objects which, in total, form the network-specific management 
information base. 

Please replace the paragraph beginning line 1 of page 1 1 with the following rewritten paragraph: 
Figures 1 and 2 each show three levels A, B and C in the management network, of which 
the management level C includes the network element level with a number of base station 
systems BSS1 1, BSS12...BSS1N and BSS21, BSS22...BSS2M. The management level B denotes 
the network element management level, in which operation and maintenance centers OMC1 and 
OMC2 each provide the manufacturer-specific management functionality for individual 
subsystems, such as, in the present example, the operation and maintenance center OMC1 for the 
base station systems BSS1 1, BSS12...BSS1N, and the operation and maintenance center OMC2 
for the base station systems BSS21, BSS22...BSS2M. The management level A denotes the 
network management level, in which network management centers NMC1 and NMC2 each 
provide an integrated management functionality, which is independent of the manufacturer. In 
this case, a number of network management centers can access the same network element in the 
next-lower management level B, in the present example the network management centers NMC1 
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and NMC2 of the next-higher management level C for the operation and maintenance center 
OMC1 of the next-lower management level B. Defined interfaces are provided for information 
transmission between the network elements in different management levels. 

Please replace the consecutive paragraphs beginning at line 15 of page 13 with the following 
rewritten paragraphs: 

As soon as an internal interface which is located in the management level C is ready to 
operate again, a request from the manager or managers results in the alarm data realignment 
process (also referred to as a realignment procedure or realignment method) being started, with 
the alarm data realignment process being controlled on a parameter-dependent basis by the 
manager. In this case, the alarm data realignment process in the present example first starts 
between the base station system, for example BS SI 1, and the applications OF1, OF2 in the 
operation and maintenance center OMC1 in parallel, and then continues in parallel between the 
operation and maintenance center OMC1 and the higher-level network management centers 
NMC1, NMC2. At the end of these procedures, the fault situation is updated not only in the 
OMC but also in the NMC once again. The realignment method can, of course, be restricted to 
updating of the alarm data between an agent and managers in two immediately adjacent 
management levels, for example level B and level A. 

Figure 3 shows the layout of an agent AG and manager MAI, MA2, together with the 
elements which are required to carry out realignment procedures, which take place 
simultaneously - if there are two or more managers - or in serial form - if there is only one 
manager. Each manager MAI, MA2 and agent AG has a respective control device M-CTR or A- 
CTR, which can generate and evaluate the messages for the alarm data realignment process. In 
addition, they have transmitting/receiving devices - which are not illustrated in any more detail - 
for transmitting and receiving the messages, as well as memory devices for storing the alarm data 
and other user and signaling information. 

Please replace the consecutive paragraphs beginning at line 8 of page 15 with the following 
rewritten paragraphs: 

In particular, the combination of the basic functionality - use of the correlation 
information - with the configurable alignment functionality leads to a particularly effective 
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method and communications system. This results in optimum use of the transmission resources 
on the interface of the agent-manager relationship as well as provision, as quickly as possible, of 
the alarm data for active alarms which is desired by the manager for the next-higher management 
level by the agent. Resource utilization, time durations and flexibility are consequently further 
optimized with respect to the basic functionality in the communications system configured 
according to the invention. Furthermore, this applies not only to alarm management, but also, in 
general, to data realignment. 

A number of filter functions EFD1, EFD2 (event forwarding discriminators), which can 
each be associated with the managers MAI, MA2 and can be controlled by them, in the agent 
AG can optionally also be used with filter criteria for the messages produced by the agent AG. 
In this regard, the messages with the alarm data are routed to the managers MAI, MA2 when the 
filter criteria are satisfied. The control device M-CTR for the manager is able to set up and to 
delete such filter functions in the agent AG and to define the filter criteria, in order to make it 
possible to control the message flow in accordance with its individual requirements. A situation 
can thus occur in which the filter function setting differs from one manager to another, so that the 
realignment procedures, which take place simultaneously, can deal with alarms having different 
contents and with associated alarm data. 

Please replace the consecutive paragraphs beginning line 13 of page 16 with the following 
rewritten paragraphs: 

The message flow preferably uses standardized M-EVENT-REPORT messages, which 
are sent as a consequence of an M-ACTION request initiated at the start. These are generic 
CMISE-standardized (Common Management Information Service Element) services, which are 
defined in accordance with ITU-T X.710. ITU-T X.733 defines the content of a standardized 
alarm transmission (alarm report), which is carried out in accordance with the M-EVENT- 
REPORT services. Correlation information is entered in the messages, or in specific message 
fields. The example in Figure 4 shows the message flow on the basis of individual messages, in 
which case these can be transmitted in parallel between the agent AG and the managers MAI, 
MA2, or in serial form between the agent AG and the single manager MAI, as is already known, 
for example, from DE 198 01 785. 
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The following features, which are specified in the ITU-T X.721 Standard, are used in 
particular in the exemplary embodiment described here, for example for an alarm alignment 
example. 

• Standardized notifications (alarm notification, state change notification, attribute value 
change notification, object creation notification, object deletion notification) which may be used 
for an alignment method includes the additional text as an optional parameter (attribute). 

• The definition of the additional text parameter (of the GraphicString type, that is to say a 
character string) includes the following clause: 

"Matching terms for equality, substrings". ("MATCHES FOR EQUALITY, SUBSTRINGS"). 

According to the ITU-T X.722 Standard, this attribute can be tested for the presence of a 
specific sub-character string (SUBSTRING). The test result may also be used, in particular in 
EFD or LOG instances, as a filter criterion for those notifications which include this attribute. 

Please replace the consecutive paragraphs beginning at line 35 of page 17 with the following 
rewritten paragraphs: 

Whenever a manager (for example the manager 2) starts an alignment process, it replaces 
the default filter setting for its EFD instance in the agent by an alignment filter setting in the 
form of the following clause, which is once again described here in the form of plain text: 

<Each notification with the SUBSTRINGS "(aaaa-ALIGNMENT" or "(aaaa- 
END ALIGNMENT" in the additional text field is not filtered out>, 

where "aaaa" is a number which uniquely identifies that particular manager. This number 
may, for example, be allocated by the agent whenever a connection is set up to that particular 
manager. 

Whenever the communication between a manager (for example the manager 2) and an 
agent is set up again, for example after an interruption in the connection, this manager sends a 
CMISE-standardized M- ACTION instruction with the following parameters to the agent: 



Action type: 


* "requestDataSynchronisation" . 


Action information: 


* "Manager-Handling" (managerHandle), 




for example a previously defined value aaaa). This unique 




number is used by the agent as a response to this particular 




manager request for identification of subsequently 
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transmitted notifications. 



* "Alignment-Handling" (alignment-Handle), for example 
with a value abc. This parameter uniquely identifies that 
particular alignment process for the manager 2. As the 
criterion 9 mentioned above specifies, the manager 
associates the received, alignment-related notifications with 
the correct alignment process, even when a number of its 
own alignment procedures are intended to be carried out at 
the same time. 

* "Datatype" (dataType). 

This parameter specifies the nature of the data which is 
intended to be synchronized between the agent and the 
manager, 

that is to say, for example, alarms, states or configuration 
changes. 

* "related units" (relatedEntities) 

This parameter indicates the network units from which the 
requested data should originate (for example from a specific 
network region). 

* "related time interval" (relatedTimelnterval). 

This parameter specifies the time frame in which the 
notifications to be sent by the agent originated, for example 
all alarms between 18:00 and 20:00 hrs. 

* "specific parameters" (specificParameters). 

Depending on the "data type" (dataType) parameter defined 
above, specific parameters are defined in this field, for 
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example for alarms with a specific perceived "Severity 
value" (Severity value). 



After confirmation of the request by means of an "M-ACTION Response", the agent 
successively sends the relevant notifications to the EFD instances that are present (in accordance 
with ITU-T Standard X.734). With the exception of the last notification, each notification which 
is sent for data realignment or alignment contains the character string " (aaaa- ALIGNMENT- 
abc)", where aaaa and abc have the already explained meanings, at the start of the additional text 
field. 



Please replace the paragraph beginning line 15 of page 20 with the following rewritten 
paragraph: 

The separate filter setting of the EFD instance for the manager 2 ensures that the 

G notifications sent by the agent for the alignment can pass through this one discriminator Even if 

CIS 

J another manager (manager 1 ) starts an alignment procedure at the same time with, for example, 
M the unique "alignmentHandle" = "bbbb", the manager 2 receives "its" notifications, with the 
II identifier aaaa. 

f| Please replace the paragraph beginning line 30 of page 20 with the following rewritten 
II paragraph: 

J* During the alignment procedure, newly created notifications, which are not sent as a 

consequence of an alignment procedure that is currently taking place and therefore do not 
include any special strings, can in principle pass through all the EFD instances (for example 
notification 3 in Figure 4), that is to say they can reach all the higher-level managers. 

In the Claims: 

What is claimed is: 

1 . (Amended) A method for data realignment using a management network which has at 
least two management levels, comprising: 

transmitting data for data realignment between at least one agent in one management 
level and at least one manager in a next-higher management level; 
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sending one or more request messages to transmit the data to the at least one agent; and 
transmitting correlation information for association of the respective request with the 
messages that are sent by the at least one agent, wherein 

filter devices receive the data from the agents independently of the manager and pass the 
received data to the manager on the basis of the correlation information, with the filter devices 
being generic and/or independent of the actual functions of agents and managers. 

2. (Amended) The method as claimed in claim 1, in which the data which is to be 
realigned during data realignment is alarm data. 

3 . (Amended) The method as claimed in claim 1 , in which before transmission, the 
manager inserts the correlation information into an optional additional field. 

4. (Amended) The method as claimed in claim 1 , in which components of the 
corresponding managers, of the agents or of units connected between a manager and an agent are 
used as filter devices. 

5 . (Amended) The method as claimed in claim 1 , in which event forwarding 
discriminators, log discriminators or other units with filter capabilities are used as filter devices. 

6. (Amended) The method as claimed 'in claim 1 , in which a default filter setting of an 
additional field of each filter device is set, as standard, to filter out data realignment data. 

7. (Amended) The method as claimed in claim 6, in which the filter setting of the 
additional field of the filter device of the manager requesting data realignment is reset to the 
default filter setting after data realignment. 

8. (Amended) The method as claimed in claim 1 , in which a filter setting of an additional 
field of the filter device of the manager requesting data realignment is set to filter out external 
data realignment data. 
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9. (Amended) The method as claimed in claim 1 , in which agents sending data 
realignment data transmit the data with the correlation information in the additional field to the 
filter devices of the managers. 

10. (Amended) A communications system having a management network which has at 
least two management levels, comprising: 

managing devices configured for use as managers and/or as an agent; and 
realignment devices for data realignment, 

the devices for data realignment having autonomous filter devices, which are arranged as 
autonomous functional units between the actual functional units of managers and agents. 

1 1 . (Amended) The communications system as claimed in claim 1 0, in which 
devices for setting filter information and/or correlation information in associated filter devices 
are provided in the manager. 

12. (Amended) The communications system as claimed in claim 10, in which 
devices for setting filter information and/or correlation information in additional fields of data 
information which is to be transmitted via at least one filter device to a manager are provided in 
the agent. 

1 3 . (Amended) The communications system as claimed in claim 1 0, in which the filter 
devices are components of the corresponding managers, agents, or of units which are connected 
separately between a manager and an agent. 

1 4. (Amended) The communications system as claimed in claim 1 0, in which the filter 
devices are event forwarding discriminators, LOG discriminators or other units with filter 
capabilities. 

In the Abstract: 

Please replace the Abstract with the substitute Abstract attached hereto. 



dc-304038 



14 



Serial No. Not yet assigned 
Docket No. 449122023800 



REMARKS 

The above amendments to the specification, claims, and abstract have been made to place 
the application in proper U.S. format and to conform with proper grammatical and idiomatic 
English. None of the amendments herein are made for reasons related to patentability. No new 
matter has been added. 

Attached hereto is a marked-up version of the changes made to the specification and 
claims by the current amendment. The attached page is captioned " Version with markings to 
show changes made ". 

In the unlikely event that the transmittal letter is separated from this document and the 
Patent Office determines that an extension and/or other relief is required, applicant petitions for 

S any required relief including extensions of time and authorizes the Commissioner to charge the 

m 

,| cost of such petitions and/or other fees due in connection with the filing of this document to 

jj Deposit Account No. 03-1952 referencing docket no. 449122023800 . However, the 

if; 

■Q Commissioner is not authorized to charge the cost of the issue fee to the Deposit Account 

II 

ft Respectfully submitted, 

m 

% 

fli ■ 
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VERSION WITH MARKINGS TO SHOW CHANGES MADE 



For the convenience of the Examiner, the changes made are shown below with deleted 
text in strikethrough and added text in underline. 
In the Specification: 

Page 1, before the first paragraph, please delete the following: 
Description 



Ill 



Page 1, between lines 4 and 5, please insert the following headings and paragraph: 

CLAIM FOR PRIORITY 
This application claims priority to International Application No. PCT/DE00/02827 which 
was publish ed in the German language on August 18. 2000. 

TECHNICAL FIELD OF THE INVENTION 



Please replace the paragraph beginning line 5 of page 1 with the following rewritten paragraph: 

The invention relates to a method and a communications system for data realignmen t, and 
in particular, b y means of a management network which has at least two management levels;-as 
{J claimed in the procharactorizing features of claim 1, in which case, in particular, the alarm data 
for active alarms is transmitted for, for example, generic alarm data r e alignment between an 
agent in one management level and a manager in a noxt higher management level . 

Page 1, between lines 13 and 14, please insert the following heading: 

BACKGROUND OF THE INVENTION 



Please replace the consecutive paragraphs beginning at line 14 of page 1 with the following 
rewritten paragraphs: 

The principles of a management network, which are also referred to as TMN principles 
(TMN: Telecommunications Management Network), define a number of management levels for 
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the management of a communications system -(e.g. of a mobile communications system— lin 
which each level has two functions. In the managing system, each level except for the lowest 
level has a manager function for the level below it. In the managed system, each level apart from 
the uppermost level has an agent function for the next-higher level. 

Fault management is, for example, an important part of TMN management. As a rule, the 
agent in this case plays the active role, by identifying fault events in good time and accurately to 
its own management level and by transmitting event reports (for example alarm reports) to the 
manager of the next-higher level. The transmission of event data from the agent to the manager 
is not critical, provided there is no disturbance to the communication mechanism between these 
systems. If the link between the two management levels, that is to say e.g. between agent and 
manager, is no longer ensured for a certain time, the agent must temporarily store the events 
which have occurred during this interval , in order to This ensures that, once the communications 
capability has been restored, the manager is first efa» provided as quickly as possible with an 
overview of the current network state-^for example for active alarms in the form of a list-and 
secondl y. Secondly , the manager can build up a history of the events (event history) with as few 
gaps as possible, for example a history of both the active alarms and the cleared alarms. 

To this end, data realignment is carried out between the agent and manager whenever a 
new connection is set up after a connection termination or after initialization of the agent or of 
the manager. All alarm data for active alarms for which faults in the agent have not yet been 
rectified - identifiable from the fact that they are not identified as cleared alarms - must to be 
made available to the next-higher management level completely and as quickly as possible. 

Please replace the paragraph beginning line 1 1 of page 3 with the following rewritten paragraph: 
Since the alarm data realignment process there is controlled by the manager as a function 
of at least one parameter sent to the agent, the alarm data realignment for the manager can be 
configured with respect to the basic functionality. This means that it is no longer essential for the 
agent to send all the active alarms, but only those which are defined in more detail by the 
transmitted parameters. This provides the manager with a selection function for a subset from all 
the alarms. Standardized messages are used for this purpose. 

Please replace the paragraph beginning line 31 of page 3 with the following rewritten paragraph: 
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In a multimanager environment, the agent must in general be able to cope with tasks from 
a number of managers, even at the same time. On the other hand, a manager can carry out its 
function optimally only when all the relevant events (event reports) are received as quickly as 
possible from the lower-level agents. In normal conditions, that io to say e.g. when the 
communication between an agent and a manager, or agents and managers, is functioning, this is 
done by using an event reporting mechanism. In this case, after identifying an event, the agent 
generates a corresponding message. In addition to the already mentioned alarm messages, these 
are, for example, messages or notifications relating to a state change, object creation, object 
deletion or attribute value changes (attribute value change notification). These messages are sent 
to event forwarding discriminators, so-called EFDs, which may be located in the agent. 

Please replace the paragraph beginning line 26 of page 4 with the following rewritten paragraph: 
As described, there are various situations in which general data realignment is necessary, 
with regard in particular to alarms, states, configuration changes between a manager or managers 
and an agent or agents, going beyond the normal event reporting mechanism, for example after a 
connection has been cleared or after initialization of the agent or manager. This alignment is 
generally started in response to a manager request. 

Please replace the consecutive paragraphs beginning at line 7 of page 6 with the following 
rewritten paragraphs: 

Until now, there have been two fundamental types of data realignment or alignment 
methods: 



a) The manager sends a request (M- ACTION request in accordance with ITU-T Standard 
X.710) to the agent, containing the alignment parameters and a unique number. First of all, the 
agent sends a so-called start alignment notification - for the correlation of all the notifications 
sent using the alignment method with the manager reques t and the n . Then the agent sends the 
alignment notification to all the EFD instances. The end of the alignment procedure is signaled to 
the manager by means of a CMISE-standardized M- ACTION response, or by means of a 
separate end alignment notification (CMISE: Common Management Information Service 
Element). 
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However, t This method, which is already used in mobile radio systems, has disadvantages^ since 
non-standardized notifications (start alignment/ end alignment) are introduced. Furthermore, in a 
multimanager environment, the notifications which are sent using a specific alignment process 
are also disadvantageous^ received by all the other managers , and this . This results in 
unnecessary notifications and notifications received more than 
once. The above criteria 1 and 8 are thus not satisfied. 

b) The manager sends a request, a CMISE-standardized M- ACTION request, which 
contains the alignment parameters, also including the filter criteria for this alignment procedure. 
In this case, the agent must first e#^H-determine the notifications which correspond to those 
criteria. The agent then forms an M-ACTION response with all these notifications, and sends this 
to the request originator or manager. 

This method likewise has disadvantages, since it means a specific implementation, because the 
agent must first of all check all the potential notifications in accordance with the filter criteria 
contained in the M-ACTION request. This leads to the alignment procedure lasting for a longer 
time. Furthermore, the alignment notifications do not use the same filters with regard to the event 
report or event reporting (in the EFD) and with regard to the event logging (LOG) as the normal 
notifications. In consequence, the above criteria 1, 5 and 6 are not satisfied. 

Page 7, between lines 18 and 19, please insert the following heading and paragraph: 

SUMMARY OF THE INVENTION 
In one embodiment of the invention, there is a system and method of data realignment by 
a management network having at least two management levels. Alarm data for active alarms is 
transmitted as, for example, generic alarm data realignment between an agent in one 
management level and a manager in a next-higher management level. 

Please delete the paragraph beginning at line 19 of page 7 in its entirety. 
Please delete the paragraph beginning at line 26 of page 7 in its entirety. 

19 

Serial No. Not yet assigned 
Docket No. 449122023800 

dc-304038 



Please replace the consecutive paragraphs beginning at line 32 of page 7 with the following 
rewritten paragraphs: 

The proposed method is In one aspect of the method, there is a generic method for 
carrying out an alignment procedur e, which satisfies all tho criteria mentioned above . This 
means, in particular, that it is independent of the transmitted information and manager/agent 
implementations. 

Furthermore, nNo additional notifications that have not yet been defined in the Standards 
are required. This means simple implementation, compliant with the Standards, in the agent, and 
simple correlation in the manager between the request and alignment notifications. 

The4Interposition of the filter units between the actual functional units of managers and 
agents reduces the load on them in favor of their routine tasks. There is no longer any need for 
autonomous filter functions for associating data realignment data with specific managers, in the 
managers and agents. 

Page 8, between lines 23 and 24, please insert the following heading: 

BRIEF DESCRIPTION OF THE DRAWINGS 

Please replace the paragraph beginning line 24 of page 8 with the following rewritten paragraph: 

The invention will be explained in more detail in the following text using exemplary 
embodiments and with reference to the figures, in which: 

Figure 1 shows the a block diagram of a management network for a mobile 
communications system with an agent-manager relationship between an operation and 
maintenance center and one or more network management centers^ 

Figure 2 shows fee a block diagram of the management network as shown in Figure 1, with 
an agent-manager relationship between a base station system and an operation and maintenance 
center for carrying out at least two applications for the base station system T . 

Figure 3 shows the a block diagram of agents and managers for dealing with events for 
data realignment processes that are carried out in parallel or sequentially r and. 

Figure 4 shows fee a message flow between a manager and the agent for controlling the 
data filtering, using the example of alarms for data realignment. 
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Page 9, between lines 10 and 1 1, please insert the following heading: 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Please replace the consecutive paragraphs beginning at line 1 1 of page 9 with the following 
rewritten paragraphs: 

The exemplary embodiment describes the invention on the basis of an example of a TMN 
concept for the management of a mobile communications system which has, by way of example, 
network elements for a mobile radio network in accordance with the UMTS or GSM Standard. 
However, the concept is not restricted to mobile radio networks but can be applied to 
telecommunications networks of any type which use a TMN management networ k or the like . 

A mobile communications system is a hierarchically subdivided system of different 
network elements, in which the lowermost hierarchy level is formed by the mobile stations. 
These mobile stations communicate via a radio interface with radio stations which form the next 
hierarchy level and are referred to as base stations. The base stations, which, for example, supply 
mobile stations in a radio area of a radio cell, are preferably combined in order to cover a 
relatively large radio region, and are connected to higher-level network elements, the base station 
controllers. The base stations and base station controllers are part of a base station system (base 
station subsystem) in the mobile communications system. The base station controllers 
communicate via defined interfaces with one or more switching centers, the mobile switching 
centers, via which, inter alia, handovers to other communications networks are also handled. The 
mobile switching centers together with a number of databases form the switching system 
(switching subsystem) of the mobile communications system. 

In addition to the above network elements, there are one or more operation and 
maintenance centers which are use d, int e r alia, for configuring and monitoring the network 
elements. Monitoring measures and configuration means are for this purpose generally remotely 
controlled from the operation and maintenance center, and the operation and maintenance centers 
are normally arranged in the area of the mobile switching centers. An operation and maintenance 
center in this case communicates with each base station system or switching system via a defined 
interface. The operation and maintenance system has the further task of carrying out 
configuration management which, in addition to fault management, represents one of five 
management functional areas which identify the TMN principles. Configuration management 
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defines a range of services which allow the structure to be changed, and hence allow the 
behavior of a telecommunications network to be changed, by the operator. These services always 
relate to instances of managed objects which, in total, form the network-specific management 
information base. 

Please replace the paragraph beginning line 1 of page 1 1 with the following rewritten paragraph: 
Figures 1 and 2 each show three levels A, B and C in the management network, of which 
the management level C contains includes the network element level with a number of base 
station systems BSS1 1, BSS12...BSS1N and BSS21, BSS22...BSS2M. The management level B 
denotes the network element management level, in which operation and maintenance centers 
OMC1 and OMC2 each provide the manufacturer-specific management functionality for 
individual subsystems, such as, in the present example, the operation and maintenance center 
p OMC1 for the base station systems BSS1 1, BSS12...BSS1N, and the operation and maintenance 

£.3 

Q center OMC2 for the base station systems BSS21, BSS22...BSS2M. The management level A 

W denotes the network management level, in which network management centers NMC 1 and 

fj NMC2 each provide an integrated management functionality, which is independent of the 

gj manufacturer. In this case, a number of network management centers can access the same 

n m network element in the next-lower management level B, in the present example the network 

f| management centers NMC 1 and NMC2 of the next-higher management level C for the operation 

I j and maintenance center OMC1 of the next-lower management level B. Defined interfaces are 

S P rovided for information transmission between the network elements in different management 
levels. 



Please replace the consecutive paragraphs beginning at line 15 of page 13 with the following 
rewritten paragraphs: 

As soon as an internal interface which is located in the management level C is ready to 
operate again, a request from the manager or managers results in the alarm data realignment 
process , which isi also referred to as a realignment procedure or realignment method^ being 
started, with the alarm data realignment process being controlle d, according to tho invontion, on 
a parameter-dependent basis by the manager. In this case, the alarm data realignment process in 
the present example first e£aH starts between the base station system, for example BSS1 1, and 
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the applications OF1, OF2 in the operation and maintenance center OMC1 in parallel, and then 
continues in parallel between the operation and maintenance center OMC1 and the higher-level 
network management centers NMC1, NMC2. At the end of these procedures, the fault situation 
is updated not only in the OMC but also in the NMC once again. The realignment method can, of 
course, be restricted to updating of the alarm data between an agent and managers in two 
immediately adjacent management levels, for example level B and level A. 

Figure 3 shows , illustrated s chematically, the layout of an agent AG and manager MAI, 
MA2, together with the elements which are required to carry out realignment procedures, which 
take place simultaneously - if there are two or more managers - or in serial form - if there is only 
one manager. Each manager MAI, MA2 and agent AG has a respective control device M-CTR 
or A-CTR, which can generate and evaluate the messages for the alarm data realignment process. 
In addition, they have transmitting/receiving devices - which are not illustrated in any more 
detail - for transmitting and receiving the messages, as well as memory devices for storing the 
alarm data and other user and signaling information. 

Please replace the consecutive paragraphs beginning at line 8 of page 15 with the following 
rewritten paragraphs: 

hi particular, the combination of the basic functionality - use of the correlation 
information - with the configurable alignment functionality leads to a particularly effective 
method and communications system^whie h. This results in optimum use of the transmission 
resources on the interface of the agent-manager relationship as well as provision, as quickly as 
possible, of only that the_alarm data for active alarms which is desired by the manager for the 
next-higher management level by the agent. Resource utilization, time durations and flexibility 
are in consequence consequently further optimized with respect to the basic functionality in the 
communications system configured according to the invention. Furthermore, this applies not 
only to alarm management, but also, in general, to data realignment. 

A number of filter functions EFD1, EFD2 (event forwarding discriminators), which can 
each be associated with the managers MAI, MA2 and can be controlled by them, in the agent 
AG can optionally also be used with filter criteria for the messages produced by the agent AGrse 
that. In this regard, the messages with the alarm data are routed to the managers MAI, MA2 
only when the filter criteria are satisfied. The control device M-CTR for the manager is able to 
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set up and to delete such filter functions in the agent AG and to define the filter criteria, in order 
to make it possible to control the message flow in accordance with its individual requirements. A 
situation can thus occur in which the filter function setting differs from one manager to another, 
so that the realignment procedures, which take place simultaneously, can deal with alarms 
having different contents and with associated alarm data. 

Please replace the consecutive paragraphs beginning line 13 of page 16 with the following 
rewritten paragraphs: 

The message flow preferably uses standardized M-EVENT-REPORT messages, which 
are sent as a consequence of an M-ACTION request initiated at the start. These are generic 
CMISE-standardized (Common Management Information Service Element) services, which are 
defined in accordance with ITU-T X.710. ITU-T X.733 defines the content of a standardized 
alarm transmission (alarm report), which is carried out in accordance with the M-EVENT- 
REPORT services. Correlation information is entered in the messages, or in specific message 
fields. The example in Figure 4 shows the message flow only on the basis of individual 
messages, in which case these can be transmitted in parallel between the agent AG and the 
managers MAI, MA2, or in serial form between the agent AG and the single manager MAI, as 
is already known, for example, from DE 198 01 785. 

The following features, which are specified in the ITU-T X.721 Standard, are used in 
particular in the exemplary embodiment described here, for example for an alarm alignment 
example. 

• Eve^-sStandardized notifications (alarm notification, state change notification, attribute 
value change notification, object creation notification, object deletion notification) which may be 
used for an alignment method contains includes the additional text as an optional parameter 
(attribute). 

• The definition of the additional text parameter (of the GraphicString type, that is to say a 
character string) contains includes the following clause: 

"Matching terms for equality, substrings". ("MATCHES FOR EQUALITY, SUBSTRINGS"). 

According to the ITU-T X.722 Standard, this attribute can be tested for the presence of a 
specific sub-character string (SUBSTRING). The test result may also be used, in particular in 
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EFD or LOG instances, as a filter criterion for those notifications which contain include this 
attribute. 



Please replace the consecutive paragraphs beginning at line 35 of page 17 with the following 
rewritten paragraphs: 

Whenever a manager (for example the manager 2) starts an alignment process, it replaces 
the default filter setting for its EFD instance in the agent by an alignment filter setting in the 
form of the following clause, which is once again described here in the form of plain text: 

<Each notification with the SUBSTRINGS "(aaaa- ALIGNMENT" or "(aaaa- 
END ALIGNMENT" in the additional text field is not filtered out.>, 

where "aaaa" is a number which uniquely identifies that particular manager. This number 
may, for example, be allocated by the agent whenever a connection is set up to that particular 
i=* manager. 

p Whenever the communication between a manager (for example the manager 2) and an 

Jg agent is set up again, for example after an interruption in the connection, this manager sends a 
CMISE-standardized M-ACTION instruction with the following parameters to the agent: 



m 



m Action type: * "requestDataSynchronisation". 

j| Action information: * "Manager-Handling" (managerHandle), 



for example a previously defined value aaaa). This unique 
number is used by the agent as a response to this particular 
manager request for identification of all subsequently 
transmitted notifications. 



* "Alignment-Handling" (alignment-Handle), for example 
with a value abc. This parameter uniquely identifies that 
particular alignment process for the manager 2. As the 
criterion 9 mentioned above specifies, the manager must 
associates the received, alignment-related notifications with 
the correct alignment process, even when a number of its 
own alignment procedures are intended to be carried out at 
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the same time. 



* "Datatype" (dataType). 

This parameter specifies the nature of the data which is 
intended to be synchronized between the agent and the 
manager, 

that is to say, for example, alarms, states or configuration 
changes. 

* "related units" (relatedEntities) 

This parameter indicates the network units from which the 
requested data should originate (for example from a specific 
network region). 

* "related time interval" (relatedTimelnterval). 

This parameter specifies the time frame in which the 
notifications to be sent by the agent originated, for example 
all alarms between 18:00 and 20:00 hrs. 

"specific parameters" (specificParameters). 

* Depending on the "data type" (dataType) parameter defined 
above, specific parameters are defined in this field, for 
example for alarms , only those with a specific perc e iv e d - 
S e verity value) perceived "Severity value" (Severity value) . 



After confirmation of the request by means of an "M- ACTION Response", the agent 
successively sends all the relevant notifications to aH the EFD instances that are present (in 
accordance with ITU-T Standard X.734). With the exception of the last notification, each 
notification which is sent for data realignment or alignment contains the character string "(aaaa- 
ALIGNMENT-abc)", where aaaa and abc have the already explained meanings, at the start of the 
additional text field. 
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Please replace the paragraph beginning line 15 of page 20 with the following rewritten 
paragraph: 

The separate filter setting of the EFD instance for the manager 2 ensures that the 
notifications sent by the agent for the alignment can pass only through this one discriminator. 
Even if another manager (manager 1) starts an alignment procedure at the same time with, for 
example, the unique "alignmentHandle" = "bbbb", the manager 2 receives only "its" 
notifications, with the identifier aaaa. 

Please replace the paragraph beginning line 30 of page 20 with the following rewritten 
paragraph: 

During the alignment procedure, newly created notifications, which are not sent as a 
consequence of an alignment procedure that is currently taking place and therefore do not 
include any special strings, can in principle pass through all the EFD instances (for example 
notification 3 in Figure 4), that is to say they can reach all the higher-level managers. 

In the Claims: 

Patent Claims 
What is claimed is: 

1 . (Amended) A method for data realignment by means of using a management network 
which has at least two management levels (A, B, C) with data being transmitted , comprising: 

transmitting data for data realignment between at least one agent (AG) in one 
management level (B, C) and at least one manager (MAI, MA2) in a next-higher management 
level (A, B), in which; 

the manager (MAI, MA2) in each case s e nds sending one or more request messages to 
transmit the data to the at least one agen t (AG), ; and 

with the manager (MAI, MA2) transmitting correlation information for association of the 
respective request with the messages that are subsequently sent by the at least one agen t (AG) , 

in that filter devices (EFD) arc used, which receive the data from th^agents (AG) independently 
of the requesting manager^ and pass the received data ealy to the requesting manager on the basis 
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of the correlation information, with the filter devices being generic and/or independent of the 
actual functions of agents and managers. 

2. (Amended) The method as claimed in claim 1 , in which 

the data which is to be realigned during data realignment is alarm dat a, in particular active 
alarms, state changes or configuration changes . 

3 . (Amended) The method as claimed in claim l-e^2, in which 

before transmission, the manager inserts the correlation information into an optional additional 
field , in particular an additional text field . 

4. (Amended) The method as claimed in a preceding claim claim 1, in which 
components of the corresponding managers (MAI, MA2, MAn) , of the agents (AG) or of units 
connected between a manager and an agent are used as filter devices-^H 2 ©). 

5 . (Amended) The method as claimed in a preceding claim claim 1, in which 

event forwarding discriminators, log discriminators or other units with filter capabilities are used 
as filter devices (EFD) . 

6. (Amended) The method as claimed in a preceding claim claim L in which 

the adefault filter setting of an additional field (additional text) of each filter device (EFD) is set, 
as standard, to filter out all data realignment data. 

7. (Amended) The method as claimed in claim 6, in which 

the filter setting of the additional field (additional text) of the filter device (EFD) of the manager 
(MA2) requesting data realignment is reset to the default filter setting after data realignment. 

8. (Amended) The method as claimed in a preceding claim claim 1, in which 

the afilter setting of an additional field (additional text) of the filter device (EFD) of the manager 
(MA2) requesting data realignment is set to filter out external data realignment data. 
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9. (Amended) The method as claimed in a preceding claim claim L in which 

aH agents (AG) sending data realignment data transmit the data with the correlation information 

in the additional field to the filter devices (EFD) of aH the managers. 



10. (Amended) A communications system , in particular a radio communications system 
having a management network which has at least two management levels (A, B, C), having s 
comprising: 

managing devices configured for use which can be used as managers (MAI, MA2, MAn) 
and/or as an agen t (AG), ; and 

realignment devices for data realignment ^using, in particular, a method as claimed in one 
of the preceding claims, 
characterized 

p in that the devices for data realignment have having autonomous filter devices-(EFBs), which are 
Q arranged as autonomous functional units between the actual functional units of managers and 



f| 11. (Amended) The communications system as claimed in claim 10, in which 

.m devices for setting filter information and/or correlation information in associated filter devices 



S 12. (Amended) The communications system as claimed in claim 1 0 or 11 , in which 
devices for setting filter information and/or correlation information in additional fields of data 
information which is to be transmitted via at least one filter device (EFD) to a manager are 
provided in the agent (AG) . 

13. (Amended) The communications system as claimed in one of claims 10 12 claim 10 , 
in which the filter devices (EFDs) are components of the corresponding managers (MA1,MA2, 
MAn) , agents (AG) , or of units which are connected separately between a manager and an agent, 

14. (Amended) The communications system as claimed in one of claims 10 13 claim 10 , 





(EFD) are provided in the manage r (MAI, MA2) . 
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in which the filter devices are event forwarding discriminators-{EFB) ? LOG discriminators or 
other units with filter capabilities. 

In the Abstract: 

Please replace the Abstract with the substitute Abstract attached hereto. 
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GENERIC ALIGNMENT METHOD IN A MULTIMANAGER ENVIRONMENT 

Abstract 



The invention relates to a method and a communications system for data realignment by 
means of a management network which has at least two management levels, with data being 
transmitted for data realignment between at least one agent in one management level and at least 
one manager in a next-higher management level, relating to spontaneous events. Here, the 
manager in each case sends one or more request messages to transmit the alarm data to the agent, 
with the manager transmitting correlation information for association of the respective request 
with the messages that are subsequently sent by the agent. In order to reduce the load on both 
the managers and the agents, the requested data is sent from the agent to the managers, together 
with the monitoring information inserted into an optional additional field. Filter devices which 
are inserted between the managers and the agent or agents pass only that data which is to be 
transmitted to the managers associated with it. 
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Description 




Generic alignment method in a multimanager environment 




5 The invention relates to a method and a communications 
system for data realignment by means of a management 
network which has at least two management levels, as 
claimed in the precharacterizing features of claim 1, 
in which case, in particular, the alarm data for active 
10 alarms is transmitted for, for example, generic alarm 
data realignment between an agent in one management 
level and a manager in a next-higher management level. 

The principles of a management network, which are also 
15 referred to as TMN principles (TMN: Telecommunications 
Management Network) , define a number of management 
levels for the management of a communications system - 
for example of a mobile communications system in 
which each level has two functions. In the managing 
2 0 system, each level except for the lowest level has a 
manager function for the level below it. In the managed 
system, each level apart from the uppermost level has 
an agent function for the next-higher level. 

25 Fault management is, for example, an important part of 
TMN management. As a rule, the agent in this case plays 
the active role, by identifying fault events in good 
time and accurately to its own management level and by 
transmitting event reports (for example alarm reports) 

30 to the manager of the next-higher level. The 
transmission of event data from the agent to the 
manager is not critical, provided there is no 
disturbance to the communication mechanism between 
these systems. If the link between the two management 

35 levels, that is to say between agent and manager, is no 
longer ensured for a certain time, the agent must 
temporarily store the events which have occurred during 
this interval, in order to ensure that, once the 
communications capability has been restored, the 

40 manager is first of all provided as quickly as possible 
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with an overview of the current network state - for 
example for active alarms in the form of a list - and, 
secondly, the manager can build up a history of the 
events (event history) with as few gaps as possible, 
5 for example a history of both the active alarms and the 
cleared alarms. 

To this end, data realignment is carried out between 
the agent and manager whenever a new connection is set 

10 up after a connection termination or after 
initialization of the agent or of the manager. All 
alarm data for active alarms for which faults in the 
agent have not yet been rectified - identifiable from 
the fact that they are not identified as cleared alarms 

15 - must thus be made available to the next -higher 
management level completely and as quickly as possible. 

DE 197 52 614 specifies such a method and 
communications system for dealing with alarms, which 
2 0 describe a basic functionality for the manager for 
requesting all the alarms from the agent. In this case, 
the agent sends the active alarms as a sequence of 
standardized M- EVENT- REPORTS , which are embedded in an 
M-ACTION request, which is initiated by the manager at 

2 5 the start, and are embedded in ( an M-ACTION response, 

which is initiated by the agent at the end. These are 
generic CMISE-standardized (Common Management Infor- 
mation Service Element) procedures, which are defined 
in accordance with ITU-T X.710 (ITU-T: International 
30 Telecommunication Union - Telecommunication sector) . 
ITU-T X.73 3 defines the contents of a standardized 
alarm transmission (alarm report) , which is produced in 
accordance with the M- EVENT- REPORTS services. All the 
M- EVENT -RE PORT which are defined in the course of this 

3 5 M-ACTION are correlated unambiguously for each request 

by using correlation information. This allows the 
manager to associate these M-EVENT-REPORTS with a 
specific request and, furthermore, to distinguish them 
from other "regular" M -EVENT- REPORTS . 

40 
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In DE 198 01 785, it is assumed that the alarm data for 
active alarms is transmitted for alarm data realignment 
between an agent in one management level and at least 
one manager in a next-higher management level. 
Furthermore, the manager sends one or more request 
messages to transmit the alarm data to the agent, and 
receives correlation information for association of the 
respective request with the messages containing the 
alarm data which are subsequently sent by the agent. 

Since the alarm data realignment process there is 
controlled by the manager as a function of at least one 
parameter sent to the agent, the alarm data realignment 
for the manager can be configured with respect to the 
basic functionality. This means that it is no longer 
essential for the agent to send all the active alarms, 
but only those which are defined in more detail by the 
transmitted parameters. This provides the manager with 
a selection function for a subset from all the alarms. 
Standardized messages are used for this purpose. 

This procedure allows the manager to specifically call 
those alarms which are particularly critical for the 
functionality and are thus important to that manager, 
while in the process significantly reducing the load on 
the interface to the agent resulting from the 
information flow, which is restricted to only specific 
alarms, in comparison to the conventional method in 
which all alarms are signaled automatically. 

In a multimanager environment, the agent must in 
general be able to cope with tasks from a number of 
managers, even at the same time. On the other hand, a 
manager can carry out its function optimally only when 
all the relevant events (event reports) are received as 
quickly as possible from the lower-level agents. In 
normal conditions, that is to say when the 
communication between an agent and a manager, or agents 
and managers, is functioning, this is done by using an 
event reporting mechanism. In this case, after 



identifying an event, the agent generates a 
corresponding message. In addition to the already 
mentioned alarm messages, these are, for example, 
messages or notifications relating to a state change, 
5 object creation, object deletion or attribute value 
changes (attribute value change notification) . These 
messages are sent to event forwarding discriminators, 
so-called EFDs, which may be located in the agent. 

10 The object of an EFD is to pass on or route to the 
manager only those reports which satisfy specific 
filter criteria. The manager has the capability to set 
up such EFDs in the agent, or to delete them, and to 
define the filter criteria. Each manager can thus 

1*1 15 control the information flow in accordance with its 

!rj individual requirements at any time. 

1ft 

Wl In an object-oriented environment, for example between 

3 a manager and an agent in a mobile radio network, each 

Cf 2 0 agent functionality is provided by a specific object as 
an instance in an object class. The object is produced 
f|f as the result of a modeling activity (definition of an 

information model) , and is known both to the manager 
and to the agent carrying it out. 

25 

As described, there are various situations in which 
general data realignment is necessary with regard in 
particular to alarms, states, configuration changes 
between a manager or managers and an agent or agents, 
3 0 going beyond the normal event reporting mechanism, for 
example after a connection has been cleared or after 
initialization of the agent or manager. This alignment 
is generally started in response to a manager request. 

3 5 Particularly for use in a third-generation mobile radio 
system, such as UMTS (Universal Mobile Telecommuni- 
cations System) , an optimum alignment method, which is 
preferably capable of standardization, between a 
manager or managers and an agent or agents should 
40 satisfy as many of the following criteria as possible: 
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As far as possible, the method should use only 
standardized services/protocols and be of a 
generic nature, in order to avoid specific manager 
and/or agent implementations. 

At least for the so-called mandatory parameters, 
the alignment information should include the same 
contents as the original notification, with this 
being particularly important for so-called dynamic 
information, such as alarms or states. 

if the data realignment is controlled by the 
manager, the manager should be able to define the 
alignment start, and should be able to identify 
the alignment end, without any doubt. 

The manager should be able to distinguish between 
an on-line (normal) notification and a 
notification which is received as a consequence of 
a previously started alignment procedure. 

The notifications sent by the agent using the 
alignment procedure use the same EFDs as the 
normal notifications . 

The same log settings as for the normal 
notifications apply to the notifications which are 
sent by the agent using the alignment procedure. 

The manager may request a complete or only a 
partial alignment method, for example depending on 
certain parameter values . 

In a multimanager environment, each manager should 
receive only those notifications which are sent as 
a consequence of an alignment procedure triggered 
by that manager itself, to be precise even when 
alignment processes are being carried out in 
parallel by a number of managers. 



9. The manager can distinguish between notifications 
even when a number of its own alignment procedures 
are being carried out at the same time, for 
example for different data or network regions. 

Until now, there have been two fundamental types of 
data realignment or alignment methods: 

a) The manager sends a request (M-ACTION request in 
accordance with ITU-T Standard X.710) to the 
agent, containing the alignment parameters and a 
unique number. First of all, the agent sends a so- 
called start alignment notification - for the 
correlation of all the notifications sent using 
the alignment method with the manager request - 
and then sends the alignment notification to all 
the EFD instances. The end of the alignment 
procedure is signaled to the manager by means of a 
CMISE-standardized M-ACTION response, or by means 
of a separate end alignment notification (CMISE: 
Common Management Information Service Element) . 

However, this method, which is already used in 
mobile radio systems, has disadvantages, since 
non- standardized notifications (start alignment/ 
end alignment) are introduced. Furthermore, in a 
multimanager environment, the notifications which 
are sent using a specific alignment process are 
also disadvantageous ly received by all the other 
managers, and this results in unnecessary 
notifications and notifications received more than 
once . The above criteria 1 and 8 are thus not 
satisfied. 

b) The manager sends a request, a CMISE-standardized 
M-ACTION request, which contains the alignment 
parameters, also including the filter criteria for 
this alignment procedure. In this case, the agent 
must first of all determine the notifications 



which correspond to those criteria. The agent then 
forms an M-ACTION response with all these 
notifications, and sends this to the request 
originator or manager. 

This method likewise has disadvantages, since it 
means a specific implementation, because the agent 
must first of all check all the potential 
notifications in accordance with the filter 
criteria contained in the M-ACTION request. This 
leads to the alignment procedure lasting for a 
longer time. Furthermore, the alignment 
notifications do not use the same filters with 
regard to the event report or event reporting (in 
the EFD) and with regard to the event logging 
(LOG) as the normal notifications. In consequence, 
the above criteria 1, 5 and 6 are not satisfied. 

The object of this invention is to propose such a 
method and communications system for data realignment 
in a management network having a number of management 
levels, which is suitable for different management data 
and which allows data realignment between an agent and 
at least one manager to be improved further. 

With regard to the method, this object is achieved by 
the features of patent claim 1, and with regard to the 
communications system, it is achieved by the features 
of patent claim 10. Advantageous developments are the 
subject matter of dependent claims. 

The proposed method is a generic method for carrying 
out an alignment procedure, which satisfies all the 
criteria mentioned above. This means, in particular, 
that it is independent of the transmitted information 
and manager/agent implementations. 

Furthermore, no additional notifications that have not 
yet been defined in the Standards are required. This 
means simple implementation, compliant with the 



Standards, in the agent, and simple correlation in the 
manager between the request and alignment 
notifications . 

The interposition of the filter units between the 
actual functional units of managers and agents reduces 
the load on them in favor of their routine tasks. There 
is no longer any need for autonomous filter functions 
for associating data realignment data with specific 
managers, in the managers and agents. 

The filter units to be arranged in the output or outlet 
areas of the agents reduces the loads on the 
communications network located between the agents and 
managers, and on the devices located in between them, 
in a particularly advantageous manner. 

The use of optional additional fields, in particular 
the additional text field, makes it possible to use the 
existing Standards without any redefinitions. Ideally, 
all that is required is programming changes to the 
control software in the managers and agents. 

The invention will be explained in more detail in the 
following text using exemplary embodiments and with 
reference to the figures, in which: 

Figure 1 shows the block diagram of a management 
network for a mobile communications system 
with an agent -manager relationship between an 
operation and maintenance center and one or 
more network management centers, 

Figure 2 shows the block diagram of the management 
~~ network as shown in Figure 1, with an agent - 
manager relationship between a base station 
system and an operation and maintenance center 
for carrying out at least two applications for 
the base station system, 
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Figure 3 shows the block diagram of agents and 
managers for dealing with events for data 
realignment processes that are carried out in 
parallel or sequentially, and 

Figure 4 shows the message flow between a manager and 
the agent for controlling the data filtering, 
using the example of alarms for data 
realignment . 



The exemplary embodiment describes the invention on the 

basis of an example of a TMN concept for the management 

of a mobile communications system which has, by way of 

example, network elements for a mobile radio network in 

M 15 accordance with the UMTS or GSM Standard. However, the 

y concept is not restricted to mobile radio networks but 

ff| can be applied to telecommunications networks of any 

i© type which use a TMN management network. 

,'.m 
% 

fl 20 A mobile communications system is a hierarchically 
L subdivided system of different network elements, in 

II which the lowermost hierarchy level is formed by the 

!! mobile stations. These mobile stations communicate via 

III 

ig a radio interface with radio stations which form the 

$3 25 next hierarchy level and are referred to as base 
stations. The base stations, which, for example, supply 
mobile stations in a radio area of a radio cell, are 
preferably combined in order to cover a relatively 
large radio region, and are connected to higher- level 

3 0 network elements, the base station controllers. The 

base stations and base station controllers are part of 
a base station system (base station subsystem) in the 
mobile communications system. The base station 
controllers communicate via defined interfaces with one 
35 or more switching centers, the mobile switching 
centers, via which, inter alia, handovers to other 
communications networks are also handled. The mobile 
switching centers together with a number of databases 
form the switching system (switching subsystem) of the 

4 0 mobile communications system. 
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In addition to the above network elements, there are 
one or more operation and maintenance centers which are 
used, inter alia, for configuring and monitoring the 
network elements. Monitoring measures and configuration 
means are for this purpose generally remotely 
controlled from the operation and maintenance center, 
and the operation and maintenance centers are normally 
arranged in the area of the mobile switching centers. 
An operation and maintenance center in this case 
communicates with each base station system or switching 
system via a defined interface. The operation and 
maintenance system has the further task of carrying out 
configuration management which, in addition to fault 
management, represents one of five management 
functional areas which identify the TMN principles. 
Configuration management defines a range of services 
which allow the structure to be changed, and hence 
allow the behavior of a telecommunications network to 
be changed, by the operator. These services always 
relate to instances of managed objects which, in total, 
form the network-specific management information base. 

A managed object for the purposes of configuration 
management is a logical abstraction of a resource in 
the mobile communications system. In this case, a 
distinction is drawn between hardware-related managed 
objects, which describe a manufacturer-specific 
implementation of a function, and function-related 
managed objects, each of which is the abstraction of a 
manufacturer - independent f unct ional i ty . 

The TMN principles define a number of levels for the 
management of the mobile communications system, which 
is explained in the following text with reference to 
fault management, and of which levels three are 
explained in the following text for the present 
example, with reference to Figures 1 and 2. 



Figures 1 and 2 each show three levels A, B and C in 
the management network, of which the management level C 
contains the network element level with a number of 
base station systems BSS11, BSS12 . . . BSS1N and BSS21, 
BSS22 . . . BSS2M . The management level B denotes the 
network element management level, in which operation 
and maintenance centers OMC1 and 0MC2 each provide the 
manufacturer- specif ic management functionality for 
individual subsystems, such as, in the present example, 
the operation and maintenance center OMC1 for the base 
station systems BSS11, BSS12 . . . BSS1N, and the operation 
and maintenance center OMC2 for the base station 
systems BSS21, BSS22 . . . BSS2M. The management level A 
denotes the network management level, in which network 
management centers NMC1 and NMC2 each provide an 
integrated management functionality, which is 
independent of the manufacturer. In this case, a number 
of network management centers can access the same 
network element in the next -lower management level B, 
in the present example the network management centers 
NMC1 and NMC2 of the next -higher management level C for 
the operation and maintenance center 0MC1 of the next- 
lower management level B. Defined interfaces are 
provided for information transmission between the 
network elements in different management levels. 

The difference in the illustrations shown in Figures 1 
and 2 is that an agent-manager relationship for dealing 
with alarms for one or more alarm data realignments in 
Figure 1 between the operation and maintenance center 
0MC1 (agent) and a network management center NMC1 
(manager) , or a number of - physically separated - 
network management centers NMC1, NMC2 (manager), and in 
Figure 2 between the base station system BSS11 (agent) 
and two different applications 0F1 and OF2 (manager) 
exists in the operation and maintenance center OMC1, or 
between the operation and maintenance center 0MC1 
(agent) and two different applications NF1 and NF2 
(manager) exists in the network management center NMC1 . 
In order to ensure that there is an overview of the 
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fault situation at all times in the network management 
centers NMC1, NMC2 , the operation and maintenance 
center 0MC1 produces the alarm data, which is stored on 
the basis of, for example, faults which have occurred 
within the base station systems BSS11 . . . BSS1N that are 
being supervised, for active alarms, and sends this 
data in parallel to both managers on request. This is 
preferably done after a connection has been cleared, or 
after initialization of the agent or of the manager. A 
number of requests may likewise also be sent 
successively from a single manager, for example the 
network management center NMC1, to the agent, for 
example the operation and maintenance center 0MC1 . 
Figure 1 shows the structure for requests, which are 
transmitted more than once according to the invention, 
for alarm data realignment, which, in the present 
example, run in parallel between the management level 
B, in which the agent in the form of the operation and 
maintenance center 0MC1 is located, and the next -higher 
management level A, in which the managers of at least 
two network management centers NMC1, NMC2 are formed. 

In order to ensure an overview of the fault situation 
at all times in the management level B as well, for 
example in the operation and maintenance center 0MC1, 
the base station system BSS11 produces the alarm data, 
which is stored on the basis, for example, of faults 
which have occurred within the base stations and base 
station controllers which have been supervised, for 
active alarms, and sends this data in parallel to at 
least two managers of the operation and maintenance 
center OMC1 in the form of the different applications 
OF1 and OF2 , which are both carried out by one and the 
same physical element 0MC1 . This is likewise preferably 
done after clearing a connection or after 
initialization of the agent or of the manager. Serial 
transmission of requests which are initiated more than 
once by an individual manager, for example the 
operation and maintenance center 0MC1, to the agent, 
for example to the base station system BSS11, is 
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likewise possible. Alternatively or additionally, an 
agent -manager relationship may also exist between the 
operation and maintenance center 0MC1 (an agent) and 
the network management center NMC1 (manager) for serial 
interchange of requests and alarm data or for parallel 
interchange of requests and alarm data for at least two 
different applications NF1 and NF2 (two managers) in 
the network management center NMC1 . Figure 2 shows the 
structure for inventive alarm data realignment 
processes which take place in parallel between the 
management level B, in which the managers are located 
as applications 0F1 and 0F2 , and the next-lower 
management level C, in which the agent is located. 

As soon as an internal interface which is located in 
the management level C is ready to operate again, a 
request from the manager or managers results in the 
alarm data realignment process, which is also referred 
to as a realignment procedure or realignment method, 
being started, with the alarm data realignment process 
being controlled, according to the invention, on a 
parameter-dependent basis by the manager. In this case, 
the alarm data realignment process in the present 
example first of all starts between the base station 
system, for example BSS11, and the applications 0F1, 
0F2 in the operation and maintenance center 0MC1 in 
parallel, and then continues in parallel between the 
operation and maintenance center 0MC1 and the higher- 
level network management centers NMC1, NMC2 . At the end 
of these procedures, the fault situation is updated not 
only in the OMC but also in the NMC once again. The 
realignment method can, of course, be restricted to 
updating of the alarm data between an agent and 
managers in two immediately adjacent management levels, 
for example level B and level A. 

Figure 3 shows, illustrated schematically, the layout 
of an agent AG and manager MAI, MA2 , together with the 
elements which are required to carry out realignment 
procedures, which take place simultaneously - if there 
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are two or more managers - or in serial form - if there 
is only one manager. Each manager MAI, MA2 and agent AG 
has a respective control device M-CTR or A-CTR, which 
can generate and evaluate the messages for the alarm 
data realignment process. In addition, they have 
transmitting/receiving devices - which are not 
illustrated in any more detail - for transmitting and 
receiving the messages, as well as memory devices for 
storing the alarm data and other user and signaling 
information. 

In this case, the control devices M-CTR for the 
managers MAI, MA2 insert into the respective request 
message for transmission of the alarm data by the agent 
correlation information which is used to associate the 
request with subsequently transmitted messages and 
which is unique, and initiates the transmission to the 
agent. Furthermore, the devices M-CTR for the managers 
MAI, MA2 individually insert one or more parameters par 
into each request message for control of the alarm data 
realignment process, in order deliberately to request 
specific alarms, which are identified by different 
parameter values. The respective request message is 
sent with the parameters par to the agent AG. The 
configurable alignment functionality according to the 
invention for the first time allows, for example, 
prioritization of the alarms and/or active control of 
the sequence of the requested alarms to be achieved. 

The control device A-CTR for the agent AG receives the 
corresponding message with the parameters par, 
evaluates them and starts the realignment for the 
managers MAI, MA2 by sending back the alarms 
specifically requested by the managers. In this case, 
the unique correlation information which the managers 
MAI, MA2 enter in the request message is used for 
correlation of the requests, and one message is in each 
case sent with further correlation information in order 
to associate the messages (alarm notifications) that 
are subsequently sent by the agent with the 
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respectively started realignment in the next -higher 
management level. The further correlation information 
is also unique. The use of the correlation information 
allows a unique association of realignment processes 
which are carried out simultaneously or serially for a 
number of managers or for a single manager. 

In particular, the combination of the basic 
functionality - use of the correlation information - 
with the configurable alignment functionality leads to 
a particularly effective method and communications 
system, which results in optimum use of the 
transmission resources on the interface of the agent - 
manager relationship as well as provision, as quickly 
as possible, of only that alarm data for active alarms 
which is desired by the manager for the next -higher 
management level by the agent. Resource utilization, 
time durations and flexibility are in consequence 
further optimized with respect to the basic 
functionality in the communications system configured 
according to the invention. Furthermore, this applies 
not only to alarm management, but also, in general, to 
data real ignment . 

A number of filter functions EFD1, EFD2 (event 
forwarding discriminators) , which can each be 
associated with the managers MAI, MA2 and can be 
controlled by them, in the agent AG can optionally also 
be used with filter criteria for the messages produced 
by the agent AG, so that the messages with the alarm 
data are routed to the managers MAI, MA2 only when the 
filter criteria are satisfied. The control device M-CTR 
for the manager is able to set up and to delete such 
filter functions in the agent AG and to define the 
filter criteria, in order to make it possible to 
control the message flow in accordance with its 
individual requirements. A situation can thus occur in 
which the filter function setting differs from one 
manager to another, so that the realignment procedures, 
which take place simultaneously, can deal with alarms 
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having different contents and with associated alarm 
data. 

Figure 4 shows the message flow between an agent AG - 
in the example illustrated in Figure 1 the operation 
and maintenance center OMC1 or, in the example 
illustrated in Figure 2 the base station system BSS11 - 
and the manager MAI, MA2,...MAn - in the example shown 
in Figure 1 the various network management centers 
NMC1, NMC2, or in the example shown in Figure 2 the 
various applications 0F1, OF2 . 

The message flow preferably uses standardized M-EVENT- 
REPORT messages, which are sent as a consequence of an 
M-ACTION request initiated at the start. These are 
generic CMISE-standardized (Common Management 

Information Service Element) services, which are 
defined in accordance with ITU-T X.710. ITU-T X.733 
defines the content of a standardized alarm 
transmission (alarm report) , which is carried out in 
accordance with the M- EVENT -RE PORT services. 
Correlation information is entered in the messages, or 
in specific message fields. The example in Figure 4 
shows the message flow only on the basis of individual 
messages, in which case these can be transmitted in 
parallel between the agent AG and the managers MAI, 
MA2, or in serial form between the agent AG and the 
single manager MAI, as is already known, for example, 
from DE 198 01 785. 

The following features, which are specified in the ITU- 
T X.721 Standard, are used in particular in the 
exemplary embodiment described here, for example for an 
alarm alignment example. 

• Every standardized notification (alarm notification, 
state change notification, attribute value change 
notification, object creation notification, object 
deletion notification) which may be used for an 



alignment method contains the additional text as an 
optional parameter (attribute) . 

• The definition of the additional text parameter (of 
5 the GraphicString type, that is to say a character 

string) contains the following clause: 

"Matching terms for equality, substrings". ("MATCHES 
FOR EQUALITY, SUBSTRINGS") . 



10 According to the ITU-T X.722 Standard, this attribute 
can be tested for the presence of a specific sub- 
character string (SUBSTRING) . The test result may also 
be used, in particular in EFD or LOG instances, as a 
filter criterion for those notifications which contain 
15 this attribute. 

The sequence of the example of an alignment procedure 
will now be explained with reference to the commands 
that are used. 

20 

In normal operation, the preset or default filter 
setting for each EFD instance in the agent contains the 
!f following clause, which is described in the form of 

i H 

M.- plain text here: 

ft 25 

<Each notification with the character string 
"ALIGNMENT" in the additional text field is 
filtered out>. 



3 0 The use of this clause in particular allows the EFDs to 
prevent a manager from receiving those notifications 
which are sent as a consequence of an alignment 
procedure initiated by another manager. 

35 Whenever a manager (for example the manager 2) starts 
an alignment process, it replaces the default filter 
setting for its EFD instance in the agent by an 
alignment filter setting in the form of the following 
clause, which is once again described here in the form 

40 of plain text : 
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<Each notification with the SUBSTRINGS " (aaaa- 
ALIGNMENT" or " ( aaaa - ENDALIGNMENT ,! in the 
additional text field is not filtered out.>, 

where aaaa is a number which uniquely identifies that 
particular manager. This number may, for example, be 
allocated by the agent whenever a connection is set up 
to that particular manager. 

Whenever the communication between a manager (for 
example the manager 2) and an agent is set up again, 
for example after an interruption in the connection, 
this manager sends a CMISE-standardized M-ACTION 
instruction with the following parameters to the agent: 

Action type: * " requestDataSynchronisation" . 

Action information: * "Manager-Handling" 

(managerHandle) , 

for example a previously defined 
value aaaa) . This unique number 
is used by the agent as a 
response to this particular 
manager request for identifi- 
cation of all subsequently 
transmitted notifications. 

* " Al ignment -Handl ing 11 ( al ignment - 
Handle) , for example with a 
value abc. This parameter 
uniquely identifies that 

particular alignment process for 
the manager 2 . As the criterion 
9 mentioned above specifies, the 
manager must associate the 
received, alignment -related 

notifications with the correct 
alignment process, even when a 
number of its own alignment 
procedures are intended to be 
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* 



After confirmation of 
ACTION Response", the 



carried out at the same time. 

"Datatype" (dataType) . 

This parameter specifies the 

nature of the data which is 

intended to be synchronized 

between the agent and the 

manager, 

that is to say, for example, 
alarms, states or configuration 
changes . 

"related units" (related- 
Entities) 

This parameter indicates the 
network units from which the 
requested data should originate 
(for example from a specific 
network region) . 

"related time interval" 

(relatedTimelnterval) . 
This parameter specifies the 
t ime frame in whi ch the 
notifications to be sent by the 
agent originated, for example 
all alarms between 18:00 and 
20:00 hrs. 

"specific parameters" (specific- 
Parameters) . 

Depending on the "data type" 
(dataType) parameter defined 
above, specific parameters are 
defined in this field, for 
example for alarms, only those 
with a specific perceived- 
Severity value) . 

the request by means of an "M- 
agent successively sends all the 
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relevant notifications to all the EFD instances that 
are present (in accordance with ITU-T Standard X.734). 
With the exception of the last notification, each 
notification which is sent for data realignment or 
alignment contains the character string " (aaaa- 
AL I GNMENT - abc ) where aaaa and abc have the already 
explained meanings, at the start of the additional text 
field. 

The last notification sent by the agent of this 
alignment process contains the character string " (aaaa- 
ENDAL I GNMENT -abc) " at the start of the additional text 
field. 

The separate filter setting of the EFD instance for the 
manager 2 ensures that the notifications sent by the 
agent for the alignment can pass only through this one 
discriminator. Even if another manager (manager 1) 
starts an alignment procedure at the same time with, 
for example, the unique "alignment Handle" = "bbbb" , the 
manager 2 receives only "its" notifications, with the 
identifier aaaa. 

Figure 4 shows an example of a message interchange 
between a manager a and an agent for an alarm alignment 
procedure, with, for example, the "managerHandle" 
parameter having the value 78, and the alignmentHandle 
having the value 123, for example. 

During the alignment procedure, newly created 
notifications, which are not sent as a consequence of 
an alignment procedure that is currently taking place 
and therefore do not contain any special strings, can 
in principle pass through all the EFD instances (for 
example notification 3 in Figure 4) , that is to say 
they can reach all the higher-level managers. 

The manager a is also able to identify the end of its 
alignment procedure, in this case the notification n 
with the unique identifier " (aaaa - ENDAL I GNMENT - abc ) 11 . 



At the end of the alignment procedure, that is to say 
after receiving the notification with the SUBSTRING 
" (aaaa-ENDALIGNMENT-abc) " , the manager a resets the 
default filter setting. 

If no alignment is required at the time of the manager 
request, for example because there are no active 
alarms, the manager a receives appropriate information 
in the "M-ACTION-Response" (action reply parameter) . 

Alternatively, the EFDs may also be a component of the 
corresponding managers, or of a unit connected between 
a manager and an agent. This is intended to relieve the 
manager itself of the load in that the information 
which is not intended for it is filtered out by the EFD 
associated with it, before arriving at that manager. 

The same procedure can also be used for LOG 
discriminators or for any other comparable units 
designed with filter capabilities, or for a component 
of such units. 
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1. A method for data realignment by means of a 
management network which has at least two management 
levels (A, B, C) with data being transmitted for data 
realignment between at least one agent (AG) in one 
management level (B, C) and at least one manager (MAI, 
MA2) in a next -higher management level (A, B) , in which 

the manager (MAI, MA2) in each case sends one or 
more request messages to transmit the data to the agent 
(AG) , 

with the manager (MAI, MA2) transmitting 
correlation information for association of the 
respective request with the messages that are 
subsequently sent by the agent (AG) , 
characterized 

in that filter devices (EFD) are used, which receive 
the data from agents (AG) independently of the 
requesting manager, and pass the received data only to 
the requesting manager on the basis of correlation 
information, with the filter devices being generic 
and/or independent of the actual functions of agents 
and managers . 

2. The method as claimed in claim 1, in which 

the data which is to be realigned during data 
realignment is alarm data, in particular active alarms, 
state changes or configuration changes. 

3. The method as claimed in claim 1 or 2 , in which 
before transmission, the manager inserts the 
correlation information into an optional additional 
field, in particular an additional text field. 

4. The method as claimed in a preceding claim, in 
which 

components of the corresponding managers (MAI, MA2 , 
MAn) , of the agents (AG) or of units connected between 



a manager and an agent are used as filter devices 
(EFD) . 

5. The method as claimed in a preceding claim, in 
which 

event forwarding discriminators, LOG discriminators or 
other units with filter capabilities are used as filter 
devices (EFD) . 

6. The method as claimed in a preceding claim, in 
which 

the default filter setting of an additional field 
(additional text) of each filter device (EFD) is set, 
as standard, to filter out all data realignment data. 

7. The method as claimed in claim 6, in which 

the filter setting of the additional field (additional 
text) of the filter device (EFD) of the manager (MA2) 
requesting data realignment is reset to the default 
filter setting after data realignment. 

8. The method as claimed in a preceding claim, in 
which 

the filter setting of an additional field (additional 
text) of the filter device (EFD) of the manager (MA2) 
requesting data realignment is set to filter out all 
external data realignment data. 

9. The method as claimed in a preceding claim, in 
which 

all agents (AG) sending data realignment data transmit 
the data with the correlation information in the 
additional field to the filter devices (EFD) of all the 
managers . 

10. A communications system, in particular a radio 
communications system having a management network which 
has at least two management levels (A, B, C) , having 

devices which can be used as managers (MAI, MA2 , 
MAn) and/or as an agent (AG) , 



devices for data realignment using, in particular, 
a method as claimed in one of the preceding claims, 
characterized 

in that the devices for data realignment have 
autonomous filter devices (EFDs) , which are arranged as 
autonomous functional units between the actual 
functional units of managers and agents. 

11. The communications system as claimed in claim 10, 
in which 

devices for setting filter information and/or 
correlation information in associated filter devices 
(EFD) are provided in the manager (MAI, MA2) . 

12. The communications system as claimed in claim 10 
or 11, in which 

devices for setting filter information and/or 
correlation information in additional fields of data 
information which is to be transmitted via at least one 
filter device (EFD) to a manager are provided in the 
agent (AG) . 

13 . The communications system as claimed in one of 
claims 10-12, 

in which the filter devices (EFDs) are components of 
the corresponding managers (MAI, MA2 , MAn) , agents 
(AG) , or of units which are connected separately 
between a manager and an agent . 

14. The communications system as claimed in one of 
claims 10-13, 

in which the filter devices are event forwarding 
discriminators (EFD) , LOG discriminators or other units 
with filter capabilities. 
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Abstract 

Generic alignment method in a multimanager environment 

The invention relates to a method and a communications 
system for data realignment by means of a management 
network which has at least two management levels (A, B, 
C) , with data being transmitted for data realignment 
between at least one agent (AG) in one management level 
(B, C) and at least one manager (MAI, MA2) in a next- 
higher management level (A, B) , relating to spontaneous 
events (active alarms, state changes or configuration 
changes) . Here, the manager (MAI, MA2) in each case 
sends one or more request messages to transmit the 
alarm data to the agent (AG) , with the manager (MAI, 
MA2) transmitting correlation information for 
association of the respective request with the messages 
that are subsequently sent by the agent (AG) . 

In order to reduce the load on both the managers and 
the agents, the requested data is sent from the agent 
to all the managers, together with the monitoring 
information inserted into an optional additional field 
(additional text) . Filter devices (EFD) which are 
inserted between the managers and the agent or agents 
pass only that data which is to be transmitted to the 
managers associated with it. 
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Fig. 1 




Fig. 2 



2/2 




Manager x 

Agent 

M-ACTION Request: requestPataSynchronisatioi^ 
(managerHandle * 78, alignment Handle 123, dataType - alarms, 
related entities - reiatedTimelntervall = .., speciflcParameters = ..) 

^-ACTION RespOT>se: requestDataSynchronisation 

(alignment Handle 123) 

4 M- EVENT-REPORT: alarm Notification 
AdditionaiText: *<78- ALIGNMENTS 23) ...other information../ 

« M-EVENT-REPQRT: alarm Notification 
AdditionaiText: tt (78- ALIGNMENT-123) ...other information..." 

< M-EVENT-REPORT: alarmNottfication 
AddftionafText: "...other information..." 

• • • 

M-EVENT-REPORT: alarmNotification 
AdditionaiText: "(78- ENDALiGNMENT-123) ...other information..* 

< M-EVENT-REPORT: alarm Notification 
AdditionaiText: "...other information..." 
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